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Field of the Invention 

The present invention relates to the field of virtual instrumentation, and more 
particularly to a system and method for providing network interfaces to instruments without 
inherent networking capabilities. 

Description of the Related Art 

The Internet has opened many new opportunities and uses for personal computers 
and workstations across every industry and application area. Scientists and engineers are 
finding that important functions can be performed across the Internet, such as research, 
publishing conclusions, displaying data across the web, or even controlling source code 
versions and tracking for test development teams. 

One important application of the Internet is in the field of instrumentation, and 
more specifically virtual instrumentation. For example, a computer-based virtual 
instrument may be created which includes web server technology for publishing data on 
the Internet. This allows remote users to monitor and control a virtual instrument from a 
remote location. For example, National Instruments sells an Internet Developers Toolkit, 
which allows a user to easily incorporate a variety of electronic communications 
capabilities, such as e-mail, FTP transfers, or the WWW into virtual instrumentation 
applications. 

However, many traditional instruments are in use which cannot take advantage of 
Internet web capabilities. For example, many traditional "box instruments" are in use 
which do not have any inherent Web server or Internet communications. These box 
instruments cannot inherently publish data to the Internet or receive command 
instructions from the Internet. 
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Instrumentation 

An instrument is a device which collects data or information from an environment 
or unit under test and displays this information to a user. An instrument may also 
perform various data analysis and data processing on acquired data prior to displaying the 
data to the user. Examples of various types of instruments include oscilloscopes, digital 
multimeters, pressure sensors, machine vision systems, motion control systems, etc., and 
the types of information which might be collected by respective instruments include 
voltage, resistance, distance, velocity, pressure, frequency of oscillation, humidity, 
temperature, image data, video data, and audio data among others. 

In the past, many instrumentation systems comprised individual instruments 
physically interconnected with each other. Each instrument typically included a physical 
front panel with its own particular combination of indicators, knobs, or switches. A user 
generally had to understand and manipulate individual controls for each instrument and 
record readings from an array of indicators. Acquisition and analysis of data in such 
instrumentation systems was tedious and error prone. 

Computer Control of Instruments 

A significant advance occurred with the introduction of computers to provide 
more flexible means for interfacing instruments with a user. In such computerized 
instrumentation systems, the user interacts with software executing on the computer 
system through the computer's video monitor rather than through a manually operated 
front panel to control one or more real world instruments. The software executing on the 
computer system can be used to simulate the operation of an instrument in software or to 
control or communicate with one or more real world instruments, these software 
created/controlled instruments being referred to as virtual instruments. 

Therefore, modern instrumentation systems are moving from dedicated stand- 
alone hardware instruments such as oscilloscopes, digital multimeters, etc., to a concept 
referred to as virtual instrumentation. Virtual instrumentation comprises general-purpose 
personal computers and workstations combined with instrumentation software and 
hardware to build a complete instrumentation system. In a virtual instrumentation 
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system, a virtual instrument operating on a central computer controls the constituent 
instruments from which it acquires data which it analyzes, stores, and presents to a user 
of the system. Computer control of instrumentation has become increasingly desirable in 
view of the increasing complexity and variety of instruments available for use, and 
5 computerized instrumentation systems provide significant performance efficiencies over 
earlier systems for linking and controlling test instruments. 

The various hardware interface options currently available for instrumentation 
systems can be categorized into various types, including IEEE 488-controlled instruments 
(GPIB instruments), VXI bus instruments, plug-in data acquisition (DAQ) boards, PCI 
10 bus and PXI bus instruments, and serial instruments, such as RS-232-controlled, USB 
(Universal Serial Bus), or IEEE 1394 (FireWire) instruments, among others. Background 
on these various hardware interface options is deemed appropriate. 
^ The GPIB (general-purpose interface bus) began as a bus designed by Hewlett- 

W Packard in 1965, referred to as the Hewlett-Packard Interface Bus (HPEB), to connect 

fu 15 their line of programmable instruments to their computers. National Instruments 

f§ Corporation expanded the use of this bus to computers manufactured by companies other 

^ than Hewlett-Packard and hence the name General Purpose Interface Bus (GPIB) became 

C3 more widely used than HPIB. The GPIB interface bus gained popularity due to its high 

hj transfer rates and was later accepted as IEEE standard 488-1975, and the bus later 

PI 20 evolved to ANSI/IEEE standard 488.1-1987. In order to improve on this standard, two 

new standards were drafted, these being ANSI/IEEE 488.2-1987 and the SCPI (Standard 
Commands for Programmable Instruments) standard. The IEEE 488.2 standard 
strengthened the original standard by defining precisely how controllers and instruments 
communicated. The IEEE 488.2 standard removed ambiguities of the IEEE 488.1 
25 standard by defining data formats, status reporting, a message exchange protocol, IEEE 

488.2 controller requirements, and common configuration commands to which all IEEE 
488.2 instruments must respond in a precise manner. Thus, the IEEE 488.2 standard 
created more compatible, more reliable systems that were simpler to program. The 
Standard Commands for Programmable Instruments (SCPI) standard uses the command 
30 structures defined in the IEEE 488.2 standard and forms a single, comprehensive 
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programming command set that is used with any SCPI instrument. The SCPI standard 
simplified the programming process for manufacturers and users alike. Rather than 
having to learn a different command set for each instrument, the user could focus on 
solving the measurement tests of his or her application, thus decreasing programming 
time. 

The VXI (VME extension for Instrumentation) bus is a platform for 
instrumentation systems that was first introduced in 1987 and was originally designed as 
an extension of the VME bus standard. The VXI standard has experienced tremendous 
growth and acceptance around the world and is used in a wide variety of traditional test 
and measurement and ATE applications. The VXI standard uses a mainframe chassis 
with a plurality of slots to hold modular instruments on plug-in boards. The VXI 
architecture is capable of interfacing with both message-based instruments and register- 
based instruments. A message-based instrument is an instrument which is controlled by a 
string of ASCII characters, whereas a register-based instrument is controlled by writing a 
bit stream of Ts and O's directly to registers in the instrument hardware. 

An instrumentation system using a data acquisition interface method typically 
includes transducers which sense physical phenomena from the process or unit under test 
and provide electrical signals to data acquisition hardware inside the computer system. 
The electrical signals generated by the transducers may be converted into a form that the 
data acquisition board can accept, typically by signal conditioning logic positioned 
between the transducers and the data acquisition device or card in the computer system. 
The data acquisition device or card may include analog to digital (A/D) conversion logic 
for converting received analog signals into digital signals that the computer can 
understand. 

PCI (Peripheral Component Interconnect) bus instruments and PXI (PCI 
extensions for Instrumentation) instruments leverage off of the PCI bus found in 
mainstream computer systems. These instruments include a connector which is 
electrically compatible with the PCI bus. "Desktop PCI" instruments have a conventional 
PCI form factor for use in desktop PCs. The PXI instrumentation bus standard, 
promulgated by National Instruments, includes a CompactPCI mechanical form factor, is 
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electrically compatible with the PCI bus, and includes extra signal definitions for 
instrumentation purposes. 

A computer can also control an instrumentation system through a serial 
connection, such as the computer's serial or RS-232 port, the USB (Universal Serial Bus), 
or the IEEE 1394 or 1394.2 High Performance Serial Bus, referred to as FireWire. There 
are currently thousands of instruments with an RS-232 interface. 

The software architecture for an instrumentation system, such as a virtual 
instrumentation system, comprises several components. The top level of the software 
architecture typically comprises an application program used for high-level control of the 
virtual instrument. Examples of high-level application programs for instrumentation 
control are LabVIEW, LabWindowsVCVI, and ComponentWorks from National 
Instruments Corp. Other examples of applications programs are HP VEE from Hewlett- 
Packard and DasyLab from DasyTec GMBH, among others. These application programs 
provide a user with the tools to control instruments, including acquiring data, analyzing 
data, and presenting data. 

The application programs mentioned above typically operate in conjunction with 
one or more instrument drivers to interface to actual physical instruments. For example, 
the LabVIEW and Lab Windows application software each include instrument libraries 
comprising drivers for more than six hundred GPIB, VXI, and RS-232 instruments from 
numerous manufacturers. The instrument drivers are designed to reduce a user's 
application development time by providing intuitive high level functions that relieve the 
user of complex low level instrument programming. 

A software level referred to as driver level software is below the instrument driver 
level Driver level software is used to interface the commands in the instrument driver to 
the actual hardware interface being used, such as a GPIB interface card, a data acquisition 
card, or a VXI card. In other words, driver level software handles the details of 
communication, i.e., the transfer of commands and data, over a physical connection 
between the computer and instruments. There have been many implementations of I/O 
control software, some of which were custom-developed by end users, while others were 
developed by vendors and sold along with interface hardware. Examples of driver level 
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software include NI-488, NI-DAQ, and NI-VXI driver level software offered by National 
Instruments, Inc., which have become de facto standards in the industry. Another 
example of driver level software is the Standard Instrument Control Library (SICL) 
offered by Hewlett-Packard and the VISA (Virtual Instrument Software Architecture) 
promulgated by the VXIplug&play Consortium. 

Figure 1 illustrates the historical evolution of instrument drivers. When IEEE 
488.1 instruments were first introduced, standardized I/O libraries were provided which 
allowed users to provide strings to instruments. These standardized libraries include 
libraries for IEEE 488.1, IEEE 488.2 and the VISA I/O libraries. The progression from 
IEEE 488.1 to IEEE 488.2 and then to VISA represent a progression or evolution of the 
I/O libraries and how the user communicates with an instrument. However, each of these 
libraries generally still required the user to understand command strings and/or what 
registers were required to peek and poke within an application to control an instrument. 

After the introduction of standardized I/O libraries, there was a movement to 
standardize the commands that users provided to instruments. This standardization of 
commands was referred to as SCPI (Standard Commands for Programming Instruments). 
As discussed above, SCPI allowed generic applications that worked with any of a 
plurality of instruments. In other words, each of the instruments accepted the same 
commands and behaved generically based on those commands. However, SCPI did not 
provide a sufficient number of commands to cover all the different types of instruments 
available. During this time, companies such as National Instruments and Hewlett 
Packard, among others, have been developing instrument drivers. Instrument drivers are 
custom written libraries of software that are specific to a given instrument. These 
instrument drivers encapsulate, at a high level, the commands that are required to 
communicate to a given instrument. These instrument drivers encapsulate all of the low 
level syntax and the order of operation that is required to send commands to an 
instrument, which can be very difficult and time consuming. 

Examples of current prior art instrument drivers are those developed for 
Lab VIEW and LabWindows/CVI. These instrument drivers present the user with a set of 
high-level functions that are easy to understand and use in their programs. The 
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VXIplug&play consortium was formed to extend these instrument drivers. The 
VXIplug&play standard ensured that the user could install instrument drivers from a 
variety of vendors on one computer, and those instrument drivers would not conflict with 
each other. In other words, instrument drivers which conformed to the VXIplug&play 
standard would behave gracefully in a system comprising a plurality of instrument drivers 
supplied by a variety of vendors, thus providing system interoperability. 
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Summary of the Invention 

The present invention comprises various embodiments of a system and method for 
providing web server capabilities for existing instruments without inherent networking 
capabilities. The system and method may also be used for instruments with inherent 
networking capabilities. 

One embodiment of an instrument server system may include one or more 
instruments. These instruments may be traditional instruments (also called "box 
instruments) such as oscilloscopes, multimeters, signal analyzers, frequency analyzers 
and other types of instrument or measurement devices. A traditional or box instrument 
may be characterized by a chassis, typically having six sides, a physical front panel 
comprised on at least one side of the chassis, and vendor-defined instrument functionality 
contained within the chassis. The front panel or other parts of the chassis may include 
one or more physical controls such as knobs or switches for controlling various aspects of 
the instrument functionality. The front panel may also comprise one or more displays 
(e.g. CRT or LCD displays) for displaying instrument information and/or data either 
graphically or textually. Traditional instruments are not inherently capable of connecting 
to the Internet to display Web pages or to serve Web pages accessible from computer 
systems to display instrument data and/or control instrument functionality via the 
Internet. 

One embodiment for providing Web server or Internet capabilities to a traditional 
or box instrument may comprise connecting the traditional instrument to a server device 
as described herein. The instrument(s) may couple to a server device via an 
instrumentation bus. Examples of instrumentation buses include the GPIB (General 
Purpose Interface Bus) or IEEE 488 or 488.2 buses, the VXI bus, the PCI bus, or a serial 
bus such as RS-232, USB or IEEE 1394. Each instrument may also be connected to one 
or more units under test (UUTs) to analyze, measure and/or control the UUTs. These 
instruments may not inherently have networking (e.g. Internet) capabilities. Hence, 
without use of the present invention, a user will not be able to access these instruments 
via a network (e.g. using the Internet). 
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The server device may include an instrument server program executable within 
the server device. The instrument server may connect to and communicate with the one 
or more instruments through the instrumentation bus. In one embodiment, the instrument 
server may communicate to an instrument through an instrument driver associated with 
the instrument. The instrument driver may perform all direct communications to the 
instrument over the instrumentation bus. In one embodiment, the instrument driver may 
provide an application programming interface (API) to the instrument server, and the 
instrument server may use the API to communicate with the instrument through the 
instrument driver. 

The instrument server may operate to provide network server capabilities for the 
one or more instruments. The instrument server may connect to a network such as the 
Internet. A client system which may be executing a client web browser may access the 
instrument server through the network in order to monitor and/or control one or more of 
the respective instruments. The instrument server may connect to the network using any 
of a variety of protocols such as Ethernet, low level protocols that support TCP/IP, or 
other types of protocols. Thus, the web browser executing on the client system may be 
used to access the instrument server through the network. The instrument server may 
then communicate with the instruments coupled to the instrumentation bus trough the 
instrument driver(s) on behalf of the client system to control and/or monitor the 
instruments. 

In one embodiment, the instrument driver may not previously exist on the server 
system. If an instrument driver does not exist on the server system for an instrument, an 
instrument driver for the instrument may be downloaded from another system on the 
network. An instrument driver for an instrument may be downloaded (or alternatively 
uploaded) from a client system, for example, one that has selected the particular 
instrument to monitor and/or control. 

In one embodiment, when the client system accesses the instrument server, the 
instrument server may provide to the client system a user interface to the functionality of 
the instrument server. When a client system accesses the instrument server, the 
instrument server may provide information about the one or more instruments currently 
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available on the instrumentation bus. The instrument server may scan the bus (for 
example, by polling the bus addresses) to locate and, if possible, obtain information about 
detected instruments. This instrument information may then be provided to the client 
system. In one embodiment, the instrument information may be displayed in one or more 
web pages on the client system. The instrument information may include identity 
information (e.g. manufacturer and model number) for the instruments. The instrument 
information may comprise one or more icons displayed on the client system, wherein 
each icon corresponds to an instrument. The user of the client system may then simply 
select the icon in order to communicate with or control the respective instrument. 

On some instrumentation buses, it may not be possible to automatically acquire 
instrument information for at least some instruments connected to the instrumentation 
bus. In one embodiment, for instruments that can be detected but not identified, the 
instrument server may provide a mechanism that allows a user of the server device to 
identify the detected instruments. In one embodiment, the instrument server may provide 
a mechanism to allow a user of a client system to identify detected instruments. For 
example, a web page provided to the client system by the instrument server may provide 
one or more fields for the user to enter additional information about one or more detected 
instruments. 

The instrument information displayed on the client system may be used to select 
one or more instruments to be monitored and/or controlled from client system. In one 
embodiment, each instrument may have associated instrument information, and the 
instrument information may include or be associated with a web link, for example, a 
Universal Resource Locator (URL), that may, when selected, access a web page or web 
pages associated with the particular instrument. To select the instrument, a user may 
select the web link associated with the instrument. Alternatively, as described above, a 
user may select an icon displayed on the client system to select a corresponding 
instrument. 

When an instrument is selected from client system, the instrument server on the 
server device may provide to the client system one or more web pages as a user interface 
to the particular instrument. The one or more web pages may be displayed by the web 
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browser on the client system. The one or more web pages may provide a virtual 
instrument graphical user interface (GUI) to the associated instrument. A user of client 
system may use the instrument GUI provided by the one or more web pages to monitor 
and/or control the activities of the associated instrument via the network. 

On the Internet, a web page is typically a file notated with the Hypertext Markup 
Language (HTML), or alternatively with other markup languages. Typically, a web page 
includes text and specifications about where image or other multimedia files are to be 
placed when the page is displayed. Each web page is an individual markup language file 
with its own Web address (Uniform Resource Locator). The first page typically requested 
at a site is known as the home page. 

One or more control functions of the instrument may be initiated from the client 
system using the instrument GUI provided by the instrument server. In one embodiment, 
the instrument GUI may graphically display one or more instrument controls that allow 
the instrument to be configured, calibrated, and to start data acquisition by the instrument. 
The instrument controls may be graphical controls and/or alphanumeric controls. For 
example, a web page may include a text entry box that allows text commands to be 
entered and sent to the instrument. As another example, a web page may include one or 
more graphical controls (e.g. dials, switches, sliding bars, etc.) that may be manipulated 
in the web page to generate control signals that may be sent to the instrument. 

The instrument may send a portion or all of the acquired instrument data to the 
client system, or to another device or computer system, via the instrument server. The 
instrument may send the instrument data on the instrumentation bus. The instrument 
server then may access the instrument data from the instrumentation bus. The instrument 
server then may send a portion or all of the instrument data to the client system or to 
another device or computer system via the network. When the client system receives the 
instrument data, a portion or all of the instrument data may be displayed on the 
instrument GUI on the client system. In one embodiment, the instrument GUI may 
include one or more web pages displayed by the web browser on the client system, and 
may alphanumerically and/or graphically display the data in the one or more web pages. 



Atty. Dkt No.: 5150-46100 



Page 11 



Conley, Rose & Tayon, P.C. 



The one or more web pages may each include one or more display items for displaying 
portions or all of the data graphically and/or alphanumerically. 
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Brief Description of the Drawings 

A better understanding of the present invention can be obtained when the following 
detailed description of the preferred embodiment is considered in conjunction with the 
following drawings, in which: 

Figure 1 illustrates the historical evolution of instrument drivers; 

Figure 2A illustrates an instrument server system with a computer system as the 
instrument server device according to one embodiment; 

Figure 2B illustrates an instrument server system with a stand-alone device as the 
instrument server device according to one embodiment; 

Figure 3 is a block diagram illustrating a client system accessing an instrument 
through an instrument server according to one embodiment; 

Figures 4 A through 4D illustrate an example of using an instrument server 144 to 
monitor and control the activities of one or more instruments 112 according to one 
embodiment; 

Figure 5 is a flowchart illustrating a method of connecting traditional instruments 
to client systems on a network using an instrument server according to one embodiment; 

Figure 6 is a flowchart illustrating a method of an instrument server providing 
information about instruments to a client system according to one embodiment; 

Figure 7 is a flowchart illustrating a method of using an instrument server to 
access instrument data over a network according to one embodiment; 
and 

Figure 8 is a flowchart illustrating a method of controlling and monitoring 
instruments over the network using an instrument server according to one embodiment. 

While the invention is described herein by way of example for several 
embodiments and illustrative drawings, those skilled in the art will recognize that the 
invention is not limited to the embodiments or drawings described. It should be 
understood, that the drawings and detailed description thereto are not intended to limit the 
invention to the particular form disclosed, but on the contrary, the intention is to cover all 
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modifications, equivalents and alternatives falling within the spirit and scope of the 
present invention as defined by the appended claims. The headings used herein are for 
organizational purposes only and are not meant to be used to limit the scope of the 
description or the claims. As used throughout this application, the word "may" is used in 
a permissive sense (i.e., meaning having the potential to), rather than the mandatory sense 
(i.e., meaning must). Similarly, the words "include", "including", and "includes" mean 
including, but not limited to. 
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Detailed Description of Embodiments of the Invention 

Incorporation By Reference 

The IEEE 488.1 specification and the IEEE 488.2 specification published by the 
5 IEEE are both hereby incorporated by reference in their entirety. 

The NI-488 and NI-488.2 reference manuals, available from National Instruments 
Corporation, are hereby incorporated by reference in their entirety. 

Figures 2 A and 2B - Embodiments of an instrument server system 

10 Figure 2 A illustrates an instrument server system according to one embodiment. 

The system comprises a server device 102A which connects to one or more instruments 
1 12. In one embodiment, the server device 102A is a computer system and may comprise a 
CPU, a display screen, memory, one or more ports operable to couple the server device 
102 A to a network 104, and one or more input devices such as a mouse or keyboard, as 

15 shown. The server device 102 A connects to one or more instruments 112 on 
instrumentation bus 110. One embodiment may include a plurality of instrumentation buses 
110 for coupling instruments 112 to server device 102A. Examples of instrumentation 
buses include the GPIB (General Purpose Interface Bus) or IEEE 488 or 488.2 bus, the 
VXI bus, the PXI bus, or a serial bus such as RS-232, USB or IEEE 1 394. 

20 Each of the instruments 1 12 may be operable to couple to one or more units under 

test (UUT) or processes 130 to analyze, measure and/or control the unit under test (UUT) or 
process 130, or alternatively may be coupled to receive field signals, typically generated by 
transducers. The system depicted in Figure 2A may be used in a data acquisition and 
control application, in a test and measurement application, a process control application, or 

25 a man-machine interface application, among others. 

The instruments may be "traditional instruments" or "box instruments" such as 
oscilloscopes, multimeters, signal analyzers, frequency analyzers and other types of 
instrument or measurement devices. As used herein, the term "traditional instrument" 
refers to a traditional or box instrument that may be characterized by a chassis, typically 

30 having six sides, a physical front panel comprised on at least one side of the chassis, and 
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vendor-defined instrument functionality contained within the chassis. The front panel or 
other parts of the chassis may include one or more physical controls such as knobs or 
switches for controlling various aspects of the instrument functionality. The front panel 
may also comprise one or more displays (e.g. CRT or LCD displays) for displaying 
5 instrument information and/or data either graphically or textually. Traditional 

instruments do not inherently have networking (e.g. Internet) capabilities. In other words, 
traditional instruments are not inherently capable of connecting to the Internet to display 
Web pages or to serve Web pages accessible from computer systems to display 
instrument data and/or control instrument functionality via the Internet. Hence, without 
10 use of the present invention, the user will not be able to access these instruments using 

the network (e.g. Internet). The term "instrument" is used herein to refer to traditional 
instruments and to instruments (both standalone instruments and instrument cards and 
boards that may be installed in computer systems) that are inherently capable of 
CO connecting to the Internet. 

Ill 15 In one embodiment, the instruments 1 12 on instrumentation bus 110 may couple to 

i - - 

% the server device 102 A via a bus interface card 122 provided by the server device 102 A. 

M The card 122 may be plugged in to an I/O slot in the server device 102A, such as a PCI bus 

O slot, a PC Card slot, or an ISA, EISA or MicroChannel bus slot provided by the server 

y device 102 A. However, the interface card 122 is shown external to server device 102 A for 

% 20 illustrative purposes. In one embodiment, the instruments 1 12 on instrumentation bus 1 10 

may couple to the server device 102A via a bus interface integrated into the motherboard of 
the server device 102A. For example, a serial interface may be integrated into the 
motherboard of the device. 

The server device 102A preferably includes a memory media, such as a magnetic 
25 media, random access memory or removable media such as CD-ROM or floppy disks. The 

memory media preferably stores driver level software for the instrumentation bus. For 
example, if instrumentation bus 110 is GPIB, the memory media may store GPIB driver 
level software, for example, the NI-488.2 software available from National Instruments 
Corporation. The present invention thus comprises driver level software for the 
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instrumentation bus 110 stored on a memory and/or hard drive of the server device 102 A 
and executed by a CPU of the server device 102 A. 

The memory media also may store an application program which interfaces through 
the driver level software to one or more instruments 112. The application program may be 
5 used for high-level control of the instrument(s) 112. The application program may operate 
in conjunction with one or more instrument drivers to interface through the instrumentation 
bus driver level software to the instruments 112. The application program may be created 
with various development platforms, such as the Lab VIEW graphical programming 
language or the LabWindows\CVI interactive C development environment. These software 
10 development environments may include fully integrated libraries for instrumentation bus 

110 and instrument 112 control. The application program may make calls to various 
functions in the driver level software to communicate with the instrumentation bus 
hardware and thus to the instruments 112. 
IB The driver level software may interface the commands or function calls in the 

Ji| 15 application programs to the actual instrumentation bus interface. In other words, in 

5 response to function calls made by the application, the instrumentation bus driver level 

^ software communicates with the instrumentation bus controller to control the instruments 

CI 112. The instrumentation bus driver level software thus handles the details of 

y communication, i.e., the transfer of commands and data, over the instrumentation bus 110 

20 connection between the computer and the instruments 112. As an example, the de facto 
^ standard for GPIB driver level software is the NI-488.2 software architecture available from 

National Instruments. The NI-488.2 software architecture includes an Application 
Programming Interface (API) which allows the GPIB application to call or invoke functions 
in the GPIB driver level software to communicate with the GPIB hardware. 
25 The application program may also serve as an instrument server that may provide 

a network interface to the one or more instruments 112 on the instrumentation bus 110. 
Hereinafter, the application program is referred to as an instrument server. In one 
embodiment, the instrument server may communicate to an instrument 112 through an 
instrument driver associated with the instrument 112. Thus, the instrument driver may 
30 perform all direct communications to the instrument 112 over the instrumentation bus 
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110. In one embodiment, the instrument driver may provide an application programming 
interface (API) to the instrument server, and the instrument server may use the API to 
communicate with the instrument through the instrument driver 140. 

The server device 102A operates to provide network server capabilities for the 
instruments 112. As shown, the server device 102 A connects to a network 104 such as 
the Internet. The server device 102 A may connect to the network 104 using one of 
several protocols such as Ethernet, low level protocols that support TCP/IP, or other types 
of protocols. 

One or more other devices 106 may also be coupled to the network 104. A device 
106 may comprise a CPU, a display screen, and one or more input devices such as a mouse 
or keyboard, as shown. The device 106 preferably includes a memory media, such as a 
magnetic media, CD-ROM, or floppy disk. The memory media preferably stores software 
for accessing the server device 102A over the network 104. For example, if the network 
104 is the Internet, the memory media preferably stores a web browser such as those 
provided by Microsoft Corporation and Netscape Corporation. Hereinafter, devices 106 
may be referred to as client systems. 

A client system 106 which may be executing a web browser may access the 
instrument server executing within the server device 102A through the network 104 in 
order to monitor and/or control one or more of the respective instruments 112. Thus, the 
client web browser executing on the client system 106 may access the instrument server 
on server device 102A through the network 104. The instrument server may then in turn 
communicate with the actual instruments 112 through the instrumentation bus 110. 

In one embodiment, when the client system 106 accesses the instrument server, 
the instrument server may provide to the client system 106 a user interface to the 
functionality of the instrument server. For example, a user interface to the instrument 
server may include a web page that may serve as the front end, or "home page", to the 
instrument server. In one embodiment, when a client system 106 accesses the instrument 
server, the instrument server may provide information about the one or more instruments 
112 currently available on instrumentation bus 110. In one embodiment, the instrument 
server may scan the instrumentation bus 110 (for example, by polling the bus addresses) 
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to locate and, if possible, obtain information about detected instruments 112. This 
instrument information may then be provided to the client system 106. In one 
embodiment, the instrument information may be displayed in one or more web pages on 
the client system 106. The instrument information may include identity information (e.g. 
manufacturer and model number) for the instruments 112. For at least some of the 
instruments 112, the instrument information may also include other, more detailed 
information about the instrument. For example, the detailed information may indicate 
whether or not an instrument driver for the instrument 112 is stored on the client system 
106. 

The instrument information displayed on the client system 106 may then be used 
to select one or more instruments 112 to be monitored and/or controlled from client 
system 106. For example, each instrument 112 may have associated instrument 
information, and the instrument information may include or be associated with a web 
link, for example, a Universal Resource Locator (URL), that may, when selected access a 
web page or web pages associated with the particular instrument 112. To select the 
instrument 1 12, a user may select the web link. The web link may be displayed as text or 
alternatively as an icon or other image. One skilled in the art will recognize that any of 
various techniques may be used to select and/or activate one or more web pages. 

When an instrument 1 12 is selected from client system 106, the instrument server 
on server device 102 A may provide one or more web pages to client system 106 as a 
graphical user interface to the instrument 112, The one or more web pages may be 
displayed by the web browser on client system 106. The one or more web pages may 
provide a virtual instrument graphical user interface (GUI) to the associated instrument 
1 12. This GUI may provide a virtual, "soft" front panel to the instrument 1 12 that allows 
the user to control and observe the instrument 112 in a manner similar to directly 
controlling the instrument 112's front panel. The virtual instrument GUI may herein be 
referred to as a "virtual front panel", "soft front panel", "instrument graphical user 
interface" or "instrument GUI". A user of client system 106 may use the GUI provided 
by the one or more web pages to monitor and/or control the activities of the associated 
instrument 112. 

Atty. Dkt No. : 51 50-46 1 00 Page 1 9 Conley, Rose & Tayon, P.C. 



In one embodiment, the one or more web pages of the instrument GUI of the 
instrument 112 (the "soft front panel") are provided by the instrument driver for the 
instrument 112 to the client system 106. Alternatively, the instrument GUI may be 
provided by a separate program that uses the instrument driver to access the instrument. 
In this case, the instrument server may allow the separate program to be downloaded to 
the client system 106 for remotely controlling and monitoring the associated instrument 
112 through the instrument GUI provided by the separate program. In either case, the 
instrument GUI may be displayed in a web browser on the client system 106. The 
instrument driver is then directed by input to the instrument GUI displayed on the client 
system 106 to control and/or monitor the instrument 1 12 via the network 104. The actual 
instrument control, monitoring (data acquisition) and any data manipulation (conversion, 
sampling, compression, etc), if necessary, may be performed by the instrument driver in 
response to input to the instrument GUT. In one embodiment, data that is to be displayed 
on the web pages of the instrument GUI on the client system 106 may be sent from the 
server device 102 A to the client system 106 via the network. 

Figure 2B illustrates another embodiment of an instrument server system. The 
system comprises a server device 102B which connects to one or more instruments. In this 
embodiment, the server device 102B may be a dedicatd instrumentation server device that 
may comprise a processor, a memory, and one or more ports for coupling to network 104, 
but may not include a display device and user input devices as illustrated for server device 
102 A of Figure 2 A. Other than the differences in the server devices 102, however, the 
embodiment of an instrument server system as illustrated in Figure 2B may function 
similarly or identically to the embodiment of an instrument server system as illustrated in 
Figure 2A. Thus, the instrument server device 102B is not a general purpose device, but 
rather may be a device configured as a "box" whose sole purpose is to provide instrument 
server functionality to one or more traditional instruments coupled to the device 102B. 

The server device 102B may include hardware and/or software to connect to one or 
more instruments 1 12 via one or more instrumentation buses 110. Each of the instruments 
112 may be coupled to one or more units under test (UUT) or processes 130 to analyze, 
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measure and/or control the unit under test (UUT) or process 130, or alternatively may be 
coupled to receive field signals, typically generated by transducers. The system depicted in 
Figure 2B may be used in a data acquisition and control application, in a test and 
measurement application, a process control application, or a man-machine interface 
application, among others. The instruments may be instruments such as oscilloscopes, 
multimeters, signal analyzers, frequency analyzers and other types of instrument or 
measurement devices. These instruments may not inherently have network (e.g. Internet) 
capabilities. Hence, without use of the present invention, the user will not be able to 
access these instruments 112 using the network (e.g. Internet), 

The server device 102B may comprise an instrument server that may provide a 
network interface to the one or more instruments 1 12 on the instrumentation bus 110. In 
one embodiment, the instrument server may communicate to an instrument 112 through 
an instrument driver associated with the instrument 1 12. Thus, the instrument driver may 
perform all direct communications to the instrument 112 over the instrumentation bus 
110. In one embodiment, the instrument driver may provide an application programming 
interface (API) to the instrument server, and the instrument server may use the API to 
communicate with the instrument through the instrument driver 140. 

The server device 102B operates to provide network server capabilities for the 
instruments 112. As shown, the server device 102B connects to a network 104 such as 
the Internet. The server device 102B may connect to the network 104 using one of 
several protocols such as Ethernet, low level protocols that support TCP/IP, or other types 
of protocols. One or more client systems 106 may also be coupled to the network 104. A 
client system 106 may comprise a CPU, a display screen, and one or more input devices 
such as a mouse or keyboard, as shown. The client system 106 preferably includes a 
memory media, such as a magnetic media, CD-ROM, or floppy disk. The memory media 
preferably stores software for accessing the server device 102B over the network 104. A 
client system 106 which may be executing a web browser may access the instrument 
server executing within the server device 102B through the network 104 in order to 
monitor and/or control one or more of the respective instruments 112. Thus, the client 
web browser executing on the client system 106 may access the instrument server on 
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server device 102B through the network 104. The instrument server may then 
communicate with the actual instruments 1 12 through the instrumentation bus 110. 

Figure 3 - Block diagram of one embodiment of an instrument server system 

Figure 3 is a block diagram illustrating one embodiment of an instrument server 
system. As shown, the system may include one or more instruments 112. These 
instruments may be traditional instruments such as oscilloscopes, multimeters, signal 
analyzers, frequency analyzers and other types of instrument or measurement devices. 
Traditional instruments do not inherently have Internet capabilities. Hence, without use 
of the present invention, the user will not be able to access traditional instruments using 
th£ Internet. As shown, these one or more instruments 112 may connect to an 
instrumentation bus 110. Examples of instrumentation buses include the GPIB (General 
Purpose Interface Bus) or IEEE 488 or 488.2 buses, the VXI bus, the PCI bus, or a serial 
bus such as RS-232, USB or IEEE 1394. Each instrument 1 12 may also be connected to 
one or more units under test (UUTs) 130 (not shown) to analyze, measure and/or control 
theUUTs. 

A server system 102 may be executing an instrument server 144 that may connect 
to the one or more instruments 112 through the instrumentation bus 110. For example, 
the instrument server 144 may connect through a serial port to one or more instruments 
112. As another example, the one or more instruments 112 may be coupled through a 
GPIB to the instrument server 102. In yet another example, an instrument 112 may 
comprise PXI card(s) in a PXI chassis, and the sever may connect to the instrument 112 
through a PCI bus. In still yet another example, an instrument server 144 may connect to 
a VXI-compatible instrument 1 12 through a VXI bus or through another bus, such as the 
MXI bus. In one embodiment, an instrument server 144 may communicate to an 
instrument 1 12 through an instrument driver 140 associated with the instrument 1 12. The 
instrument driver 140 may perform all direct communications to the instrument 112 over 
instrumentation bus 1 10. In one embodiment, the instrument driver 140 may provide an 
application programming interface (API) 142 to the instrument server 144, and the 
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instrument server 144 may use the API 142 to communicate with the instrument 112 
through the instrument driver 140. 

The instrument server 102 operates to provide Internet server capabilities for the 
respective instruments 112. As shown, the instrument server 102 may connect to a 
network 104 such as the Internet. A client system 106 which may be executing a client 
web browser 150 may access the instrument server 102 through the network 104 in order 
to monitor and/or control one or more of the respective instruments 1 12. The instrument 
server 102 may connect to the network 104 using any desired protocol such as Ethernet, 
low level protocols that support TCP/IP, or other types of protocols. Thus, the client web 
browser 150 executing on the client system 106 may access the instrument server 102 
through the Internet 104. The instrument server 102 may then in turn communicate with 
the actual instruments 112 coupled to the instrumentation bus 110 through the instrument 
driver(s) 140. 

The instrument server 144 may access an instrument 112 on instrumentation bus 
110 using an instrument driver 140 for the instrument 112. In one embodiment, the 
instrument driver 140 may not previously exist on server system 102. In one 
embodiment, if an instrument driver 140 does not exist on server system 102 for a 
detected instrument 112, an instrument driver 140 for the instrument 112 may be 
downloaded from another system on the network 104. For example, the instrument driver 
140 may be downloaded from a server that includes instrument drivers 140 for 
instruments 106 provided by a particular vendor on the network 104. In one 
embodiment, an instrument driver 140 for an instrument 112 may be downloaded (or 
alternatively uploaded) from a client system 106, for example, one that has selected a 
particular instrument 112. 

In one embodiment, when the client system 106 accesses the instrument server, 
the instrument server may provide to the client system 106 a user interface to the 
functionality of the instrument server 144. In one embodiment, when a client system 106 
accesses the instrument server 144, the instrument server 144 may provide information 
about the one or more instruments 1 12 currently available on instrumentation bus 110. In 
one embodiment, the instrument server 144 may scan the instrumentation bus 110 (for 
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example, by polling the bus addresses) to locate and, if possible, obtain information about 
detected instruments 112. This instrument information may then be provided to the client 
system 106. In one embodiment, the instrument information may be displayed in one or 
more web pages on the client system 106. The instrument information may include 
5 identity information (e.g. manufacturer and model number) for the instruments 112. For 
at least some of the instruments 112, the instrument information may also include other 
information about the instrument. In one embodiment, the instrument server may serve a 
web page to the client system 106 that includes one or more icons, with each icon 
associated with one of the detected instruments 1 12. The user may then select one of the 
10 icons to display additional information about the associated instrument 112. 

On some instrumentation buses 110, it may not be possible to automatically 
acquire instrument information for at least some instruments 112 connected to the 
instrumentation bus 110. As an example, on a GPIB, the instrument server 144 may be 
H able to detect and identify the manufacturer and model number of one or more 

111 15 instruments 112 connected to the GPIB that support the IEEE 488.2 protocol. One or 
|5 more other instruments 1 12 may be connected to the GPIB that the instrument server 144 

^ can detect but not identify. In one embodiment, for instruments 112 that can be detected 

si 

C3 but not identified, the instrument server 144 may provide a mechanism that allows a user 

hi- of the server system 102 to identify the detected instruments. In one embodiment, the 

J!T 20 instrument server 144 may provide a mechanism to allow a user of a client system 106 to 

N« identify detected instruments. For example, a web page provided to the client system 1 06 

by the instrument server 144 may provide one or more fields for the user to enter 
additional information about one or more detected instruments 112. 

The instrument information displayed on the client system 106 may then be used 
25 to select one or more instruments 112 to be monitored and/or controlled from client 

system 106. For example, the instrument information for an instrument 112 may include 
a web link, for example, a Universal Resource Locator (URL), that the user may select to 
access a web page or web pages associated with the particular instrument 112. The web 
pages are preferably provided by the instrument server 144. To select the instrument 112, 
30 a user may select the web link associated with the instrument 112. 
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When an instrument 1 12 is selected from client system 106, the instrument server 
144 on server device 102 may provide to the client system 106 one or more web pages as 
a user interface 152 to the particular instrument 112. The one or more web pages may be 
displayed by the web browser 150 on client system 106. The one or more web pages may 
5 provide a virtual instrument graphical user interface to the associated instrument 112. A 
user of client system 106 may use the instrument user interface 152 provided by the one 
or more web pages to monitor and/or control the activities of the associated instrument 
112. 

10 Figures 4A-4B - Example of using one embodiment of an instrument server system 

Figures 4 A through 4D illustrate an example of using an instrument server 144 to 
monitor and control the activities of one or more instruments 112 according to one 
embodiment. In Figure 4A, instrument server 144 has located three instruments 112 on 
an instrumentation bus 110. The instrument server 144 may get identification 

15 information from each of the three instruments 112. A client system 106 may connect to 
instrument server 144. Instrument server 144 may provide a web page 152A that 
includes the identification information 154 for the instruments 112, which may be 
displayed on a web browser on client system 106. A user of client system 106 may then 
select one of the three instruments 1 12, in this example instrument 1 12B. 

20 As illustrated in Figure 4B, when the instrument 112B is selected, the instrument 

server 144 may provide a web page 152B to client system 106 which may be displayed 
by the web browser on the client system 106. Web page 152B may include one or more 
control items 156 for controlling various functionality of instrument 112B. Control items 
156 may include, but are not limited to, buttons, menus, switches, dials, slides, text and 

25 numeric entry fields, and others. One skilled in the art will recognize that there are a 
variety of other kinds of control items that may be utilized. The user may then 
manipulate one or more of the control items 156 to configure, calibrate, start or otherwise 
control instrument 112B over network 104 through instrument server 144, 

As illustrated in Figure 4C, one or more of the control items may be manipulated 

30 by the user of client system 106 to initiate, through instrument server 144, one or more 
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monitoring functions of instrument 1 12B. As illustrated in Figure 4D, when a monitoring 
function is initiated, the instrument server 144 may provide a web page 152C to client 
system 106 which may be displayed by the web browser on the client system 106. Web 
page 152C may include one or more display items 158 for displaying data output of 
instrument 112B, and thus may allow the user to monitor the operation of instrument 
112B through the instrument server 144. Instrument 112B may send data through 
instrumentation bus 1 10 to instrument server 144, which may then send the data to client 
system 106. The data may then be displayed in the relevant display item(s) 158 on web 
page 152C. There are a variety of types display items in which the data may be 
displayed, including, but not limited to: graphs, charts, alphanumeric fields, ON/OFF 
switches, indicator lights, bars, gauges, dials, etc. One skilled in the art will recognize 
that there are a variety of other kinds of display items that may be utilized to display data 
graphically and/or textually. 

Note that control items 156 and display items 158 may be combined on a web 
page 152. Thus, when a user selects a control item to begin monitoring one or more 
functions of the instrument 112B, it may not be necessary to download a separate web 
page 152C to display the data. Instead, the data may be displayed in one or more display 
items 158 on the web page 152B. In one embodiment, the user of the client system 106 
may select one or more other instruments 112, and thus control and/or monitor two or 
more instruments 112 simultaneously through the network interface provided by the 
instrument server 144. 

Figure 5 - Connecting traditional instruments via an instrument server 

Figure 5 is a flowchart illustrating a method of connecting traditional instruments 
to client systems on a network via an instrument server according to one embodiment. 
As indicated at 190, one or more traditional instruments 112 may be connected to an 
instrument server 144. Connecting a traditional instrument 112 may include physically 
coupling the traditional instrument 112 to the instrumentation bus 110 of the server 
device 102 that includes the instrument server 144 software. For example, a GPIB 
instrument is connected to a GPIB bus cable, and the GPIB cable is then connected to a 
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GPIB port on the server device 102. Connecting the traditional instrument 1 12 may also 
include installing instrument driver and/or other software for enabling the server device 
102 to communicate to the traditional instrument. 

As indicated at 192, the instrument server 144 may then be connected to the 
network 104, if not already connected. Connecting the instrument server 144 to the 
network may include physically connecting the server device to the network 104 by 
plugging a network cable into a network-capable port on the server device 102 that 
includes the instrument server 144. For a wireless connection to a network, the 
instrument server 144 may be wirelessly coupled to the network 104. 

Once the physical connections are established that connect the traditional 
instrument(s) 112 to the server device 102 and the server device 102 to the network 104, 
the server device 102 and the traditional instrument(s) may be powered on, if necessary. 
Various software components, including the instrument server 144 software, may then be 
started, if necessary. Starting the instrument server 144 software may include the 
instrument server 144 establishing a network presence as a server that hosts one or more 
Web pages. In one embodiment, starting the instrument server 144 software may also 
include the instrument server 144 scanning one or more connected instrumentation busses 
1 10 to detect currently connected traditional instruments 112. 

Once 190 and 192 are complete, the instrument server 144 is accessible on the 
network 104 to client systems 106. As indicated at 194, a client system 106 may then 
establish a connection to the instrument server 144 on the network. In one embodiment, a 
user of the client system 106 may access the instrument server 144 through a Web 
browser on the client system 106. For example, in one embodiment the user may enter a 
Universal Resource Locator (URL) to a "home" Web page of the site hosted by the 
instrument server 144. Alternatively, the user may select a URL displayed on the Web 
browser textually or as an icon to access the Web page of the instrument server 144. One 
skilled in the art will recognize that there are other methods that may be used to select or 
activate a Web page from a client system 106. As indicated at 196, the user may then 
access one or more traditional instruments 112 connected to the instrument server 144 
through interfaces to the instruments 112 displayed in web page(s) served by the 
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instrument server 144 and displayed in the web browser on the client device. Through an 
interface to a traditional instrument 112 displayed in the web browser, the user may send 
control instructions to the instrument 112. Instrumentation data received from the 
traditional instrument 112 may be displayed in the interface on the web browser. Thus, 
the instrument server 144 provides a network presence to traditional instruments 112 that 
otherwise do not have a network presence, including the ability to remotely control the 
instruments 112 over the network, and to receive and display instrumentation data from 
the instruments 112. 

Figure 6 - An instrument server providing information about instruments 

Figure 6 is a flowchart illustrating a method of an instrument server getting a list 
of instruments and providing information about the instruments to a client system 
according to one embodiment. As indicated at 200, an instrument server 144 may scan the 
instrumentation bus 110 for instruments. As indicated at 202, the scanning of the 
instrumentation bus may detect one or more traditional instruments 112 connected to the 
instrumentation bus 110. The instrument server 144 may then request and receive 
instrument information from the one or more detected traditional instruments 112 as 
indicated at 204. The instrument information may include identification information (e.g. 
manufacturer, model number, version). Some traditional instruments 112 may not 
provide identification information and/or other instrument information to the instrument 
server 144. 

The instrument server 144 may provide the instrument information to a client 
system 106 via a network 104 as indicated at 206. In one embodiment, the client system 
106 may access the instrument server 112 through a web page hosted by the instrument 
server 144. In one embodiment, the web page may automatically provide the list of 
instruments 112 and their related information when the web page is opened on the client 
system 106. In another embodiment, the web page may include a method for the list of 
instruments 112 to be requested on the client system. For example, the web page may 
include a link (e.g. URL) to a second web page that displays the list of instruments 112. 
The instrument information may then be displayed on the client system 106 as indicated 
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at 208. For example, the instrument information may be displayed on a web page 
provided by the instrument server 144. In one embodiment, a user may be able to 
identify and/or provide other information for instruments 112 that do not provide the 
information to the instrument server by entering the information in a web page interface 
provided by the instrumentation server 144 and displayed on the client device 106. 

As indicated at 210, one or more instruments 112 may then be selected on the 
client system 106 to allow the instruments 112 to be monitored and/or controlled via the 
network from the client system 106. In one embodiment, the web page displaying the list 
of instruments 112 and their related information may include a link (e.g. URL) for each 
instrument 112 that accesses yet another web page or web pages that act as a virtual 
"front panel" graphical user interface to the selected instrument 112. From these web 
pages for the particular instrument 112, the instrument may be controlled from, and 
instrument data generated by the instrument may be displayed on, the client system 106 
via the network connection to the instrument server 144. 

Figure 7 - Using an instrument server to access instrument data over a network 

Figure 7 is a flowchart illustrating a method of using an instrument server to 
access instrument data over a network according to one embodiment. As indicated at 
220, a client system 106 may send a request via the network 104 to access an instrument 
1 12 to the instrument server 144. In one embodiment, the client system 106 may send the 
request in one or more packets on the network 104. In one embodiment, the network 104 
is the Internet, and the one or more packets are EP packets. The instrument server 144 
then may access the instrument via the instrumentation bus 1 10 in response to the request 
as indicated at 222. At 224, the instrument 112 may send instrument data on the 
instrumentation bus 1 10 in response to the request. The instrument server 144 then may 
access the instrument data from the instrumentation bus 110 as indicated at 226. The 
instrument server 144 then may send a portion or all of the instrument data to the client 
system 106 via the network 104 as indicated at 228. 

In one embodiment, the instrument server 144 interfaces with an instrument driver 
140 associated with the instrument 112 to direct the action of the instrument 112. The 
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instrument drive 140 then controls the actions of the instrument 112 in accordance with 
the request from the client system 106. In one embodiment, the instrument driver 140 
controls the actions of the instrument 112 through a driver for the instrumentation bus 
110. In one embodiment, the instrument 112 may return the data over the 
instrumentation bus 110. The instrument server may then access the instrument data 
through the instrument driver 140 of the instrument 112. In one embodiment, the 
instrument driver 140 accesses the instrumentation bus 110 through the instrumentation 
bus 110 driver. 

Figure 8 - Controlling and monitoring instruments over the network 

Figure 8 is a flowchart illustrating a method of controlling and monitoring 
instruments over the network using an instrument server according to one embodiment. 
As indicated at 250, the instrument server 144 may generate a list of instruments. In one 
embodiment, in generating the list, the instrument server 144 may poll the instrument bus 
110 to detect instruments 112 currently connected to the instrumentation bus 110. At 
252, a client system 106 may connect to the instrument server 144 via a network 104. In 
one embodiment, the network 104 is the Internet. In this embodiment, the client system 
106 may include a web browser 150, and the instrument server 144 may be a web server. 
The instrument server 144 may in this embodiment be accessed from the web browser 
150 on client system 106 by selecting a link (e.g. URL) to the instrument server 144. 

After the client system 106 has connected to the instrument server 144, the 
instrument server 144 may provide the list of instruments 112 to the client system 106 as 
indicated at 254. One or more of the instruments 112 may then be selected from the list 
on the client system 106 as indicated at 256. Selecting an instrument 1 12 from the client 
system 106 may cause the instrument server 144 to provide an instrument GUI to the 
client system 106 as indicated at 258. In one embodiment, the instrument GUI may 
comprise one or more web pages that may be displayed by the web browser on the client 
system 106. In one embodiment, the instrument GUI provides a virtual "front panel" to 
the instrument 1 12 that allows the instrument 1 12 to be controlled and/or monitored from 
the client system 106 via the network 104. 
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One or more control functions of the instrument 112 may be initiated from the 
client system 106 using the instrument GUI provided by the instrument server 144 as 
indicated at 260. In one embodiment, the instrument GUI may graphically display one or 
more instrument controls that allow the instrument 112 to be configured, calibrated, and 
to start data acquisition by the instrument 1 12. The instrument controls may be graphical 
controls and/or alphanumeric controls. For example, a web page may include a text entry 
box that allows text commands to be entered and sent to the instrument 112. As another 
example, a web page may include one or more graphical controls (e.g. dials, switches, 
sliding bars, etc.) that may be manipulated in the web page which generate control 
messages that are then sent to the instrument 112. 

The instrument 112 may acquire data from one or more units under test (UUTs) 
130. Note that data acquisition by the instrument 1 12 may include, but is not limited to, 
the acquisition of discrete values (i.e. readings), the acquisition of series of discrete 
values, and the acquisition of continuous data (e.g. an analog signal). The analog signal 
may be converted to digital data on the instrument 112 prior to providing the data to the 
server device 102. Alternatively, the analog signal may be provided to the server device 
102 and converted to digital data on the server device 102. 

As indicated at 262, the instrument 112 may send a portion or all of the acquired 
instrument data to the client system 106 through the instrument server 144. The 
instrument 112 may send the instrument data on the instrumentation bus 110. The 
instrument server 144 then may access the instrument data from the instrumentation bus 
110. The instrument server 144 then may send a portion or all of the instrument data to 
the client system 106 via the network 104. 

When the client system 106 receives the instrument data, a portion or all of the 
instrument data may be displayed on the instrument GUI on the client system 106 as 
indicated at 264. In one embodiment, the instrument GUI may include one or more web 
pages displayed by the web browser on the client system 106, and may alphanumerically 
and/or graphically display the data in the one or more web pages. The one or more web 
pages may each include one or more display items for displaying portions or all of the 
data graphically and/or alphanumerically. For example, a web page may include one or 
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more alphanumeric display items to display the values of one or more discrete data 
elements. As another example, a web page main include a display item to graphically 
display a digitized, continuous analog signal (for example, a voltage) being acquired by 
the instrument 112. 

In one embodiment, the controls provided by the instrument GUI to the 
instrument 1 12 on the client system 106 may be manipulated to modify the display of the 
instrument data being acquired and displayed on the client system 106. The controls may 
also be used to stop the acquisition of the instrument data, and/or to start acquisition 
and/or display of other instrument data. 

In one embodiment, two or more instruments 112 may be controlled and/or 
monitored over the network via a client system 106 through the instrument server 144 
simultaneously. Alternatively, a client system 106 may control instruments 112 coupled 
to two or more different instrument servers 144 simultaneously. 

The methods as described in Figures 5 through 8 may be implemented in 
software, hardware, or a combination thereof. The order of method may be changed, and 
various steps may be added, reordered, combined, omitted, modified, etc. For example, 
the actions indicated at 252 of Figure 8 may occur after the actions indicated at 250 of 
Figure 8. 

Various embodiments may further include receiving, sending or storing 
instructions and/or data implemented in accordance with the foregoing description upon a 
carrier medium. Generally speaking, a carrier medium may include storage media or 
memory media such as magnetic or optical media, e.g., disk or CD-ROM, volatile or non- 
volatile media such as RAM (e.g. SDRAM, DDR SDRAM, RDRAM, SRAM, etc.), 
ROM, etc. as well as transmission media or signals such as electrical, electromagnetic, or 
digital signals, conveyed via a communication medium such as network and/or a wireless 
link. 
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In summary, a system and method for providing web server capabilities for 
existing instruments without inherent networking capabilities have been disclosed. It will 
be appreciated by those of ordinary skill having the benefit of this disclosure that the 
illustrative embodiments described above are capable of numerous variations without 
departing from the scope and spirit of the invention. Various modifications and changes 
may be made as would be obvious to a person skilled in the art having the benefit of this 
disclosure. It is intended that the following claims be interpreted to embrace all such 
modifications and changes and, accordingly, the specifications and drawings are to be 
regarded in an illustrative rather than a restrictive sense. 
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